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PUPLICATE 

1 

Traffic Flow Determination in 
Communications Networks 

This invention relates to the field of commimications netv^orks. More 
particularly, but not exclusively, it relates to a method of calculating traffic 
paths in a communications network. 

Background of the invention 

There are different routing protocols used by network operators to 
route traffic data in a communications network. Many network operators use, 
for example, the interior gateway protocol (IGP) network routing protocols. 

IGPs are a family of related protocols which have been in existence 
for some time, and are widely deployed. 

The family of IGPs includes different protocols, such as the Open 
Shortest Path First (OSPF), the Intermediate System to Intermediate System 
(IS-IS), the Routing Information Protocol (RIP), the bterior Gateway Routing 
Protocol (IGRP) or the Enhanced Interior Gateway Routing Protocol 
(EIGRP). 

In IGPs the default routing strategy is shortest path first (SPF) routing. 
Some IGPs allow link metrics to be assigned by the operator to each link in 
the network. In these cases, a path is the shortest path in the sense that the 
sum of link metrics along the path is minimal amongst all possible paths. In 
other IGPs, the shortest path is simply the path with the lowest hop cbuht (i.e. 
the path with the shortest number of links). In all cases, IGPs use distributee! 
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protocols so that, once the protocols are in a converged state, all nodes in the 
network have the same view of the shortest path between a given souix5e and 
destination node pair. 

Recently, the multi-protocol label-switching traffic engineering MPLS- 
5 TE protocol has been developed as an alternative routing protocol. However, 
the MPLS-TE is (as yet) much less widely used than the IGPs. 

The method of routing traffic using the MPLS-TE protocol is 
considerably different from IGPs. The network operator may specify expUcit 
pafli tunnels on the network. These paths cany the data traffic all the way 
10 from its source node to its destination node. The tunnel is configured by first 
informing the source node of the required tunnel configuration. Then, via 
MPLS-TE, sufficiai^ details of the tunnel are communicated to aU the nodes 
along the explicit path, so that these nodes can recognise packets in the tunnel 
and so that they know where to forward such packets. 
15 When a data packet enters the network at the source node, die node 

selects for the packet one of the tunnels which starts at the source node and 
. finishes at tiie destination node. The packet is tiien routed along the first link 
in this tunnel's patii. When tiie packet arrives at a subsequent, intermediate 
path node before the destination, tiiis intermediate node determines which 
20 tunnel the packet is in. At such a node, the packet is then forwarded along tiie 
next e3q)licitiy defined link in its path. 

In a first scenario where a network operator wishes to migrate fix>m 
one routing protocol to another, the network operator may want to migrate 



incrementally. For example, in migrating fiom an IGP routing protocol such 
as OSPF to the IVEPLS-TE protocol, a step-by-step approach is usuaUy desired 
by network operators. This is due to the concern that an unmediate switch to 
the new protocol may cause unpredicted disruption to the traffic on then- 
network, and other unpredicted operational problems. 

In addition to the migration scenario, a second scenario that causes 
difficulties for the network operators is when they wish to apply a routmg 
protocol for the purposes of data collection, as some routing protocols have 
superior data collection charactraistics to others. 

As an example, network operators may wish to deploy MPLS TE for 
the purposes of gathering traffic matrix information about the size of the 
traffic between source-destination node pairs, while adhering to the IGP 
routing currently hnplemented on their network. This traffic matrix 
information may be used to improve the IGP routing metrics, or may be used 
as input to other network configuration or capacity planning decisions, or to 
assist in implementing an incremental migration strategy. 

To clarify this point further, IGP metrics, or alternatively MPLS-TE 
paths, need to be calculated so as to avoid congestion. However this 
calculation depends on accurate end-to-end traffic matrix estimates. These 
estimates depend in turn on measurements that indicate how much traffic is 
passing between each pair of souix:e and destination nodes. In this way the 
network operator can establish the effects of changing IGP link metrics, or of 
MPLS-TE paths for certain source-destination node pairs on various routes. 



and can thus evaluate whether the network is susceptible to congestion. 
Installing IGP metrics or MPLS-TE paths without knowledge of the traffic 
matrix carries a high risk that congestion occurs in the network. If the network 
operator does not know the amount of traffic between the source and the 
destination nodes, he or she caimot predict congestion. 

Once MPLS-TE paths are in place, it is usually possible to query each 
path to give an accurate measurement of the traffic flow over fbat path. 
However, nodes running IGP protocols do not provide this end-to-end traffic 
matrix information. In order to collect an accurate end-to-end traffic matrix 
from an IGP network in the absence of MPLS TE, resource-consuming 
methods need to be employed, such as the installation of cosdy hardware 
probes in the network or the installation of possibly disruptive analysis 
software. 

Returning to the first migration scenario, in migrating IGPs to MPLS- 
TE protocols, the network operator experiences a major difficulty unless a 
data collection process is implemented. This is because MPLS-TE paths that 
differ from the current routing cannot be calculated and safely installed 
without a traffic matrix, and the traffic matrix cannot be cheaply and 
accurately measured unless MPLS-TE paths are installed. 

A third scenario is when network operators wish deploy an alternative 
protocol due to its superior characteristics under network failure situations. 
As an example, network operators implementing IGP routing may wish to 
deploy MPLS TE because of its bandwidth protection capabilities which have 



a high restoration speed, and can guarantee to protect quality of service 
temporarily after network link or node feilures. However, they may wish to 
achieve this without affecting the network operation under normal conditions. 

One aim of the present invention is therefore to alleviate the difficulties 
of a migration between two different routing protocols. 

Another aim of the present mvention is to determine trafSc paths in a 
communications network that mimic the routing behaviour under an existing 
or previously implemented routing protocol, whilst taking into account 
constraints imposed by anoth^ routing protocol. 

Another aim of the present invention is to faciUtate the extraction of 
traffic flow data from a communications network 

Another aim of the present invention is to facilitate the provision of 
back-iq) facilities for operating a communications network 

According to one aspect of the present invention, there is provided a 
method of detomining traffic paths between one or more source-destination 
node pairs in a commimications network, comprising starting from a first set 
of paths between said source-destination node pahs, detemiining a second set 
of paths between said source-destination node pairs while taking into account 
a set of constraints, such that said second set of paths emulates said first set of 
paths. 

According to another aspect of the present invention, there is provided 
a method of calculating traffic paths between one or more source-destmation 
node pans in a comutnunications network, comprising starting from a first set 



of paths between said source-destiaation node pairs, determining a second set 
of paths between said source-destination node pairs while taking into account 
a set of constraints, such that said second set of paths is similar to the first set 
of paths; and the traffic load of said second set of paths is similar to the traffic 
load of said first set of paths. 

According to another aspect of the present invention, fliere is provided 
a method of calculating traffic paths between one or more source-destination 
node pairs in a communications network, comprising starting fiom a first set 
of paths between said source-destination node pahs determined using a first 
routing protocol, determining a second set of paths between said source- 
destination node pairs for use with a second routing protocol, such that the 
load balancmg in said first and second routing protocols is similar. 

Further aspects and advantages of the invention will be appreciated, by 
example only, firom the following description and accompanying drawings, 
wherein 

Figure 1 illustrates a sunplified example of a communications network 
in which the present invention can be implemented; 

Figure 2 illustrates the relationship of a network and a network 
management system, into which the present invention may be unplemented; 

Figure 3 is a diagram illustrating tiie method of detennming traffic 
paths according to one embodiment of the present invention; 

Figures 4A and 4B are diagrams illustrating individual steps of 
performing tiie method of Figure 3; and 



Figure 5 is a diagram illustrating the method of determining trafSc 
flow measurements according to a fiirther embodiment of the present 
invention. 

Figure 1 illustrates a simplified example of a conununications 
network. Generally, such a network consists of nodes 2 and links 4. Links 4 
carry data traflBc between nodes 2. Here, link refers to the capability, as 
provided by various combination of eqxiipment, to send trajB5c in one direction 
between two nodes. Traffic, usually in the form of data packets, enters the 
network at a source 6 node, is carried over the network via various links and 
nodes, and finally leaves the network at a destination node 8. 

Network links have a numeric capacity indicating the magnitude of 
traffic they can carry. By altering their configuration,, the nodes and links can 
be made to route traffic in different ways, i.e. to route traffic along different 
alternative path combinations. Network Quality of Service (QoS) is an 
important consideration when choosing the routing. If at any stage a link has 
more traffic on it than its capacity, it is said to be congested. Congested links 
lead to degraded quality of service. Therefore, network operators strive to 
configure the routing of their traffic carefiilly and try to avoid congestion. 
Other considerations regarding QoS are taken into account They include path 
delay, that is, the length of time it takes for the traffic to travel firom the 
source node to the destination node, and other QoS requirements such as 
jitter. In the following, congestion has been used to illustrate QoS 
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requirements, without loss of generality, and as an example only of the 
various QoS requirements. 

Network routing is done via a routing protocol as described above. 
The communications network 1 may be connected to other networks 10. 

Figure 2 illustrates the relationship of the network and a network 
management system 60 in which the present invention may be implemented. 
Network management system 60 performs the network management functions 
for network 50. The network management system communicates with the 
network using a network management protocol, such as the Simple Network 
Management Protocol (SNMP). The network management system 60 
includes a processor 62 and a memory 64 and may comprise a commercially 
available server computer. A computer program performing the calculation of 
data traffic is stored is memory 64 and can be executed by processor 62. 

First Em bodiment 

In the foUowing, one embodiment of the present invention wiU be 

described. In this embodiment a network is operated using the IGP, and traffic 
palhs are determined which facilitate migration to the MPLS-TE protocol, 
such that the implications on the over-aU performance of the network are low. 

Generally, IGP protocols may handle situations differently if there are 
multiple equally short paths between a given source and destination node pair. 
Some IGP protocols implement a so-caUed equal cost multiple paths (ECMP) 
extension. This is an example of a load balancing strategy. With these 



protocols, when there are multiple shortest paths, all with the same metric 
sum, the nodes split the traffic (either actually or probabiHsticaUy) over the 
various outgoing links which are on these multiple paths. 

Also, there exist various additional mechanisms to extend the basic 
shortest path routing approach of IGPs, such as multiple routing areas (e.g. 
OSPF Areas, IS-IS levels), inbound route filtering or static routes. However, 
in all cases, given sufficient configuration information, for a given source 
destination pair, it is possible to determine which paths through the network 
the traffic will use, and which fraction of the end-to-end traffic will pass over 
each link. 

Also for the MPLS-TE protocol, different implementations are possible. Load 
sharing, for example, may be handled in different ways. If several tunnels are 
available that transmit data to a certain destination, the situation may be 
handled differently according to the network hardware and software involved 
in implementing the tunnels. For example, the implementation of load 
sharing may depend on the hardware at the source node and/or the operating 
software which is present at the source node. 

One example to niustrate is given m the foUowing. Nodes 
manufactured by vendor A nmning a certain version of operating software 
may, for example, allow equal splitting of traffic over several tunnels, and 
allow for a maximum of 16 tunnels only between a given source and 
destination pair. However, the network may use less than the maximum 
number of tunnels. 
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Alternatively, nodes manufactured by vendor B running different 
operating software may, for example, allow tiiat each tunnel is assigned a so- 
called "load share" parameter which determines the fraction of the traflSc 
which will use the tunnel. Also, the protocol may for example be 
implemented such that splitting of traffic according to the load share 
parameter may be unequal as long as all traffic is allocated to some tunnel, 
and each tunnel is allocated a fraction of trafiSc which is a multiple of 1/16, 
and a maximum of 8 tunnels only may be used between a given source 
destination pair. Again, less than the maximum number of tunnels may be 
used. 

In summary, in MPLS-TO hardware and software limitations exist, 
which restrict which MPLS-TE tunnel combinations are possible between a 
soiux^e and destination node pair. 

It is now referred to Figure 3. In order to determine traffic paths which 
can be used in the MPLS-TE routing protocol, network topology data (step 
101) and IGP route configuration data (step 102) are collected. In step 103 a 
set of source-destination node pairs are selected, for which traffic paths will 
be determined. This set of source-destination node pairs might be a subset of 
all such pairs in the commimications network. 

The data obtained in steps 101, 102 and 103 can now be used to build 
a data model of the IGP routing for each of the selected source-destination 
node pairs (step 104). For each pair, the IGP routing model determines the set 
of paths used to transmit data from the source node to the destination node in 
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the IGP routing and the fraction of traffic between the pair on each path. In 
step 105, MPLS-TE hardware and software limitations are specified, as these 
limitations constrain the determination of the traffic paths to be determined. 

Using the IGP model for each source destination pair and taking into 
account the MPLS-TE hardware and software limitations, in steps 106 and 
107 a set of MPLS-TE paths are determined for a particular source-destination 
pair. The paths are determined such that they are as closely as possible to the 
IGP paths for the particular node pair, while taking into account the 
constraints resulting from the MPLS-TE protocols and MPLS 
implementation. 

Referring now to Figure 4, a simplified example will be presented to 
illustrate the embodiment described above. 

Figure 4 illustrates a simplified network consisting of nodes A to H, 
wherein each link has the same link metric. Consider now a traflBc flow 
between source node A and destination node D. It can be seen from Figure 4 
that there are several shortest paths between nodes A and D, i.e. the five 
different paths A-^B-^C->^D, A^B-^F-^D, A->E->F-^D, A->E->H-»D 
and A->G->H-^D. If now ECMP load balancing is used, node A splits the 
traffic destined for node D equally over links A--»B, A->E and A-^G. So 1/3 
of the traffic from node A to node D passes over each of these links. 
Similarly, the flow is fiirther split at later nodes, and at other nodes, such as 
node F, the traffic flow merges again before finally completely merging back 
again at the destination node D. 



Listed below is the amount of traffic between ail links of the 
communications network as determined from the IGP using ECMP load 
sharing: 
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I/O 


B->F: 


1/6 


E->F: 


1/6 


E-»H: 


1/6 


G-^H: 


1/3 


C->D: 


1/6 


F->D: 


1/3 


H^D: 


1/2 



Consider now that the MPLS-TE limitations demand that each path 
from node A to node D carries a flection of traffic which is a multiple of 1/16. 

If now the sovirce-destination node pair A-D is selected, the IGP model 
depicted in Figure 4 A is used and the above described MPLS-TE limitation is 
taken into account, the traffic paths between nodes A and D are determined 
which "mimic" as closely as possible the IGP paths and the relative fiaction 
of these paths as shown in Figure 4A. 
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The solution to this problem includes the same set of of five paths 
A-^B-*C-»D, A-^B-»F-»D, A-»E-^F->D, A-»E-*H-»D, A-»G-^H-^D, 
with the following trafSc fractions: 
A-»B-»C^D: 3/16 
A->.B->F->D: 2/16 
A-»E-»F->D: 3/16 
A-^E-^H^D: 3/16 
A-»G->H->D: 5/16 
This solution is illustrated in Figure 4 B. 

Note that the total firaction of traffic placed on each link is as similar 
as possible to that of the IGP model as described above. For example on link 
H-»p, i4 the traffic flows over this link in both cases. On link F->D, on the 
other hand, it is not possible to match the IGP firaction exactiy. The traffic 
paths resulting in a traffic flow which is closest to the IGP model results in a 
traffic flow of 5/16 of the total traffic on this link. This is close to the 1/3 of 
the traffic which is transmitted on this link in the IGP model. 

Generally, for the embodiment described above with reference to 
Figure 3, the following quantities are used as an input to calculate paths 
taking into account MPLS-TE constraints which are "mimicking" or 
"emulating" the paths resulting from the use of IGP. 
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Input: 

• For each node in the network, the MPLS-TE path constraints for that 
node 

• A set of source-destination pairs 

• For each soiurce-destination pair 

o The set of all paths which is being used by the IGP protocol to 

rome the traffic between the pair 
o For each link in the network, the fraction of the traflBc between 

the pair which is being routed over that link 

Output: 

• For each source-destination pair 

o The MPLS-TE paths set, a subset of the IGP paths 
o For each MPLS-TE path, a fraction of traffic which should go 
over that path 
such that 

o The MPLS -TE path constraints implied by the network 
hardware and software limitations are satisfied by the path set 
choice and path traffic fraction choices. 

o The MPLS-TE routing is as close to the IGP routing as 
possible in the sense that using the former routing leads to a 
fraction of end-to-end traffic on each link which is as close as 
possible to the fraction on the link when using the latter 
routing. 
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Considerations for problem decomposition 

Generally, the above described problem can mostly be solved separately 
for each source destination pair. However, this separate treatment of the 
5 problem may introduce a systematic bias towards particular links or paths. 

It is noted that in the example described above with reference to Figures 
4 A and B, the link A->E receives 6/16 of the traffic in the "MPLS-TE case" 
(i.e. the determination as shown in Figure 4B), whereas the link receives 1/3 
of the traffic in the IGP model. Thus, the same link carries slightly more 

10 traffic in the MPLS-TE case than in the IGP model. On the other hand, link 
A->B carries slightly less traffic in the MPLS-TE case compared to the IGP 
model (5/16 versus 1/3, respectively). Such discrepancies are unavoidable 
given the MPLS-TE limitations on tunnels between nodes A and D. However, 
if this bias in favour of placing trajBfic on link A->E instead of A->B were 

15 systematic across the MPLS-TE tunnels produced for many demands, the 
errors could multiply and so the routing could be much less similar to the IGP 
routing. 

Such a systematic bias is prevented by randonaly choosing between solutions 
which are equally close to the IGP routing, of which there are often several. In 
20 this way the discrepancies due to the MPLS-TE limitations at least partly 
cancel out when considering several source destination pairs. 
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Mathematical formulation 

In the foliowing, a mathematical fonnulation is given for the embodiment 
described above. 

In view of the considerations regarding tiie problem consideration described 
above, m the matiiematical model formulated below a single source- 
destination pair (s, f) is considered for which paths mimicking the IGP paths 
are computed. 

The model below describes two particular MPLS-TE limitations: the 
constraints on the allowable load fractions and a maximum number of tunnels 
between a particular source-destination node pair. It is appreciated that these 
constats serve merely as an example to illustiate tiie mathematical model, 
and that alternatively, other limitations may be considered. 

Constants 

L is the set of all links. The letter i will range over links. 

P is the set of all paths between * and r which are shortest paths in tiie 
IGP routing. The letter p will range over paths. 

The 0/1 constants z,p indicate whetiier link / is one of the links in path/?. 

The rational constants /, (0 < /, < 1) indicate tiie fraction of tiie trafiSc 
between the between ssndt which passes over link i in the IGP routing. 

Fs is a constant finite non-empty set of rational constants {fi,f2, ... }: the 
allowed traffic firactions for MPLS-TE patiis which start at node s. Zero must 
be a member of Fs. For each/in F,, 0 </< 1 . 
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Ms is a constant positive integer: the maximum number of MPLS-TE 
paths which can carry traffic jfrom source node s to destination node /• 
Variables 

The 0/1 variables Xp indicate whether path p is one of the MPLS-TE 

paths. 

The variables hp range over the set Fs : the fraction of the traffic which is 
assigned to path in the MPLS-TE routing. 

Constraints 

For any path /?, it is used as an MPLS-TE path if and only if it has a 
non-zero fraction of traffic. 

(V/7€P)x^ =l^Z)^ ^0 (CI) 
The maximum paths limit at node s must be respected 

The sum of fractions of traffic over all MPLS-TE paths must be 1, i.e. 
the paths must carry all traffic. 

(C3) 



Optimisation function 

The optimisation frmction is given by 
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SK^/> ~^/| (Opt) 

i.e. a minimisation of the sum over all links of absolirte differences 
between the fraction of traffic between s and t on the link in the IGP routing 
and the fraction on the same link. 

It is noted that alternatively other optimisation frmctions may be used. 
Generally, the optimisation functions relate the product bp Zfp (the MPLS-TE 
traffic fraction) to /, (the IGP traffic fraction). 

Search algorithm 

In the foUovsdng, a so-called "Generate and Tesf search algorithm is 
presented, which outputs an optimal solution to this problem. It is noted that 
this algorithm avoids systematic link/path bias by breaking ties randomly, as 
described above. 

1. Solutions:— & 

2. BestCost :^ao 

3. Generate all member tuples of the cartesian product 

\p\ 

4. For each member 6 of 

a. For each tuple element bp of 6, 

i. If bp is greater than 0 set Xp equal to 1 

ii. Else set Xp equal to 0 

b. If constraints (C2) and (C3) hold for b and (Opt) for b < 
BestCost 
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i. lfb< BestCost then Solutions ;= {b) else Solutions ;= 

Solutions U {6} 
iL BestCost:— b 

5. If Solutions is non-empty, return a random member of Solutions. 

It is noted that the above described algorithm relates to a single source 
destination pair. Usually, more than one source destination pair is considered 
in a network. In this case a single computer may execute the algorithm for all 
pairs. Alternatively, the computation can be distributed over a number of 
compirters or nodes. Alternatively to the implementation as described above 
with reference to Figure 2, the computation may be performed in one or more 
of the nodes 2 of the communications network as shown in Figure 1, or any 
other computer connected to the network. 

The above embodiment may for example be implemented such that each 
node in the network is responsible for computing a subset of all pairs in a way 
that all pairs are covered. For example a node might compute all pairs where 
it is the source. The fifth embodiment, which will be described below, relates 
to specific aspects of a distributed implementation. 

Second Embodiment 

The method described above may for example be used to temporarily 
move a part of the network traffic from an IGP routing protocol to a MPLS- 
TE routing protocol to collect accurate traffic flow data. As described above. 
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the MPLS-TE protocol provides for accurate measurements of the traffic 
flows. 

This procedure will be explained with reference to Figure 5. Steps 101 
to 107 of Figure 3 are equivalent to those in Figure 5, and are therefore 
denoted with the same reference numerals. 

In step 103, the network operator selects certain source-destination 
node pairs for which he wants to have traffic flow measurements. In steps 106 
and 107 the MPLS-TE paths which are closest to the IGP paths used in the 
original network are calculated fiom the IGP model, taking into account the 
MPLS-TE constraints as described earUer with reference to Figure 3. 

In step 108. the calculated MPLS-TE paths installed on the 
network and the network is operated by using the MPLS-TE routing protocol 
for part of the network, i.e. the source-destination node pairs selected in step 
103. Thus, the network operator receives accurate end-to-end traffic 
measurements for the selected part of the network in step 109. 

Although the paths for the network operating with IGP routing 
protocol may be sUghtly different to the paths used for MPLS-TE routing, the 
MPLS-TE routing will have very similar properties to the IGP routing, and m 
particular the resulting link loads will only be sUghtly affected by the 
introduction of the MPLS-TE routing. 

If the MPLS-TE tunnels are no longer required after the end-to-end 
traffic data has been collected, they can be removed, and the network is 
operated by reverting to IGP routing. 
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Third Embodiment 

The method described above may also be used if a network operator 
wants to decommission permanently the IGP protocol in favour of MPLS-TE 
technology, for example because the network operator considers the MPLS- 
TE protocol to offer better manageability and flexibility compared to the 
IGPs. 

In this case the network operator applies the migration process as 
described above with reference to Figures 3 and 5 to all soxirce-destination 
pairs, and in this way collects traffic data for each MPLS-TE tunnel. With 
these traffic data the network operator can set the resource reservation setup 
protocol (RSVP) bandwidths of the tunnels according to the traffic flow 
measurement obtained to ensure smooth running of the communications 
network after migration to the new routing protocol. 

In this way the "risk" of migration from a network operating with an 
IGP to a network operating using the MPLS-TE protocol is reduced as the 
network operator knows that the traffic in the MPLS network is routed in 
paths very similar to those previously used. Therefore, if congestion was 
absent in the IGP routing, it should also be absent in the IGP-nMmicking 
MPLS-TE routing. 
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Fourth Embodiment 

A network operator may want to migrate some of the network traffic 
from IGP routing to MPLS-IE routing in order to provide back-up facilities 
such as secondary paths in case of a network failure. Such back-up facilities 
are for example provided by a MPLS network in form of the so-called 
FastReRoute (FRR) fecility bypass tunnels. These mechanisms provide back- 
up fecilities with fast failover times and can fonn part of a bandwidth 
protection mechanism. 

In this case the network operator applies the general migration process 
to all source-destination pairs, and collects traffic data to determine the link 
load on each Imk. In the next step the network operator assigns a primaiy 
bandwidth to each link. 

The primary bandwidth of each link is assigned such that thei« will be 
no congestion under failure, as long as the link load is below the assigned 
amount when the failure occurs. The bandwidth to be assigned is calculated 
on the basis of the measured link load. The network operator may. for 
example, select the maximum link load observed over a given time period as 
the assigned primaiy bandwidth for each link. The network operator also 

assigns a secondary or backup bandwidth, which specifies the amount of 

traffic which can be carried by the Imk in addition to the primary bandwidth 

in case of a network failure. 

The secondary bandwidth is assigned such that no unacceptable 

congestion on the link is caused. The network operator may. for example. 
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select a certain percentage of the link capacity minus the primary bandwidth 
as the secondary bandwidth. Subsequently, the secondary tunnels are 
calculated to ensure there is no congestion, without having knowledge of the 
size of end-to-^nd traffic flows. 

It is noted that the secondary tunnels may not use the FRR load 
balancing features. 

Then the secondary tunnels can be installed in the network. 

Fifth embodiment 

It may be the nodes in tiie network that create and maintain the MPLS- 
TE paths that nmnic IGP routing. Individual nodes could be instructed to 
maintain a set of source destination pairs, for example all those pairs from the 
individual node to a set of selected destination nodes. They would then create 
the paths as described above, and update them whenever there were changes 
in the topology. The resulting communications network is routed using 
MPlJS-TE but the routes match IGP routing closely, without the management 
overhead associated with MPLS-TE. 

Ini order to avoid a systematic bias in the determination of the traffic 
paths, a documented pseudo-random method may be used to select an 
"optimal" solution, so that an external tool could simulate the node choices. 
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There would be time-lag parameter, so that routes would not be 
adjusted immediately after any topology change. Setting different time-lags 
on different nodes would ensure a smooth transition from old to new routes 
whenever the topology changed. 

The benefits of a distributed implementation for the network operator 
are enhanced simplicity and reliability. 

Sixth embodimewf 

It is very often the case that there are a small number of source- 
destination pairs contribute the majority of all traffic. The network operator 
inay wish to take advantage of this by only converting those source- 
destination pah^ to MPLS-TE, using routes that emulate IGP routing. 
Alternatively or in addition, the network operators may convert only those 
pairs that, according to IGP routing, place traffic on the most congested links. 

Having converted the selected (high traffic or congestion) source- 
destination node pairs, measured the traffic flow as described above and 
confirmed that the majority of traffic carried by the most congested links is 
carried within tumiels. the operator may then convert the souree-destination 
pairs carrying smaller traffic flows for example by selecting an "arbitrary" 
shortest path, without necessarily trying to emulate IGP load balancing, as the 
network operator knows that these flows are either smaU or do not use the 
most congested links. 
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One example method of selecting an initial set of "large flows" 
without the network operator knowing the traffic matrix, is for the operator to 
use traffic flow analysis and IGP route simulation. Based on link load 
measurements, the network operator selects traffic flows for which the traffic 
5 flow analysis determines that they are not larger than a certain predetermined 
threshold. Based on IGP route simiilation, the network operator selects those 
pairs amongst them that are routed over the most congested links. 

While it is often the case that network operators partition their nodes 
into those that are sources and destinations and those that are mid points 

10 where no traffic originates, the network operator may alternatively choose to 
have nodes performing both functions. In the case the traffic flow figures 
obtained for tuimels between such a dual-purpose source node and the 
destination node may include any traffic not already carried by tuimels, that 
was going to the same destination and traversed that node on the way, 

15 In this case an operator wishing to only operate part of their network 

using MPLS-TE needs to take care to ensure that the only traffic being carried 
by the tunnels originates at those nodes. This can be done in various ways. 
For example, the operator may force traffic to avoid an existing tunnel by 
using static routes, or by creating additional tunnels which ensure that flows 

20 firom different sources are carried in disjoint tunnels. 
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Whilst in the above described embodiments an optimal search 
algorithm has been described, it is appreciated that alternatively so-caUed 
heuristic algorithms may be used, which might not return an optimal solution. 

Whilst in th& above described embodiments the "Generate and Test" 
approach has been described, it is appreciated that other search algorithms or 
algorithm engineering techniques can be appUed alternatively, as for example 
constraint programming, mathematical programming, operations research, 
artificial intelligence. 

Whilst in the above described embodiments the migration from a IGP 
network to an MPLS-TE network has been described, it is appreciated that the 
method can alternatively used for migrating networks between other routing 
protocols. 

It is to be understood that the embodiments described above are 
preferred embodiments only. Namely, various features may be omitted, 
modified or substituted by equivalents without departing from the scope of the 
present invention, which is defined in the accompanying claims. 



CLAIMS: 
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1. A metbod of determiiiing traffic paths between one or more 
soxirce-destination node pairs in a communications network, comprising 

starting from a first set of paths between said source-destination node 
pairs, determining a second set of paths between said source-destination node 
pairs while taking into accoxmt a set of constraints, such that said second set 
of paths emulates said first set of paths. 

2. A method according to claim 1, wherein the second set of 
paths is determined such that, the traffic load on said second set of paths 
emulates the trafBc load on said first set of paths. 

3. A method according to claim 1 or 2, wherein the first set of 
paths are included in a routing and load model for said source-destination 
node pairs related to a first routing protocol, 

4. A method according to claim 3, wherein said routing and load 
model takes into account the network topology, the route configuration 
resulting from the use of the first routing protocol and/or a selection of 
source-destination node pairs. 
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5. A method according to any preceding claim, where the first set 
of paths is related to the use of a first routing protocol. 

6- A method according to any preceding claim, where the second 
set of paths is determined for use with a second routing protocol. 

7. A method according to any preceding claim, wherein the 
second set of paths is determined such that the routing using a second routing 
protocol is similar to the routing using a first routing protocol 

8. A method according to any preceding claim, wherein said set 
of constraints is related to the second set of paths. 

9. A method according to any preceding claim, wherein said 
constraints result firom network nodes lunitations and/or routing protocol 
constraints related to said second set of paths. 

10. A method according to any of claims 4 to 9, wherein said first 
routing protocol includes an interior gateway protocol. 

11. A method according to any of claims 4 to 1 0, wherein said first 
and/or said second routing protocol applies load balancing. 
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12. A method according to any of claims 4 to 1 1, wherein said first 
routing protocol includes an equal cost multiple paths extension. 

13. A method according to any of claims 5 to. 10, wherein in said 
second routing protocol data are routed on pre-determined tunnels. 

14. A method according to any of claims 5 to 11, wherein said 
second routing protocol includes a multi-protocol label-switching traffic 
engineering protocol. 

15. A method according to any preceding claim, wherein said 
constraints comprise a maximimi number of paths between each source- 
destination node pair. 

16. A method according to any preceding claim, wherein said 
constraints comprise that the traffic between a particular source-destinations 
node pair is load-balanced such that the share of traffic along any paths is a 
fiaction with constrained integer numerator and denominator. 

17. A method according to any preceding claim, wherein a search 
technique is used to determine said second set of paths. 
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18. A method according to any preceding claim, wherein one of 
the following search techniques are used to detennined said second set of 
paths: "generate and test" search algorithm, constraint programming and/or 
mathematical programming. 

19. A method according to any preceding claim, wherein an 
optimal search algorithm is used. 

20. A method according to any of claims 1 to 18, wfa^in a 
heuristic search algorithm is used. 

21. A method according to any preceding claim, wherein each 
source-destination node pair is treated independently. 

22. A method according to claim 21, comprismg a method of 
avoiding a systematic bias for particular paths. 

23. A method according to claim 22, wherem ties between 
symmetric solutions are broken randomly. 

24. A method of calculating traffic paths between one or more 
source-destmation node pairs in a communications network, comprising 
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starting from a first set of paths between said source-destination node 
pairs, determining a second set of paths between said source-destination node 
pairs while taking into accoimt a set of constraints, such that 

i) said second set of paths is similar to the first set of paths; and 

ii) the trafiBc load of said second set of paths is similar to the traffic load 
of said first set of paths. 

25. A method of calculating traffic paths between one or more 
source-destination node pairs in a communications network, comprising 

starting from a first set of paths between said source-destination node 
pairs determined using a first routing protocol, determiioing a second set of 
paths between said source-destination node pairs for use with a second routing 
protocol, such that the load balancing in said first and second routing 
protocols is similar. 

26. A method of operating a communications network, comprising 
switching at least some network traffic from a first routing protocol to a 
second routing protocol, wherein the method includes a method of calculating 
traffic paths according to any of claims 1 to 25. 

27. A method of measuring traffic between a plurality of source 
and destination nodes in a communications network comprising the method 
according to any of claims 1 to 26. 
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28. A method according to claim 26 or 27, wherein at least some 
of the traffic is protected using secondary tunnels. 

29. A method of providing secondary paths for a communications 
network, comprising the method of any of claims 1 to 26. 

30. A method according to claim 29, wherein a measured 
maximum link load is used as flie primary bandwidth for each link. 

31. A method according to claim 29 or 30, wherein part of the 
remaining link capacity is used for the secondary paths. 

32. A method according to claim 29, 30 or 31, wherein the 
secondary paths are determined for the non-load balanced case. 

33. An apparatus for calculating paths in a conununications 
network, adapted to perform the method of any preceding claim. 

34. An apparatus according to claim 33, wherein said apparatus 
includes one or more nodes of said commimications network. 



33 

35. An apparatus according to claun 34, wherein said one or more 
nodes update the calculation of traflSc paths after a change in the network 
topology. 

36. An apparatus according to claim 35, wherein a time lag is 
introduced between the change in the network topology and an update of the 
traffic paths. 

37. A network management system for managing a network, 
adapted to perform the method of any of claims 1 to 32. 

38. A computer program for performing the method of any of 
claims 1 to 32 when operated in a computer system. 



39. A method of calculating paths in a conmiunication network as 
described herein with reference to the accompanying drawings. 
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ABSTRACT 



Traffic Flow Determination in 
Commxinications Networks 

5 

A method of detemiiiung traffic paths between one or more source- 
destination node pairs in a communications network, comprising starting from 
a first set of paths between said source-destination node pairs, determining a 
second set of paths between said source-destination node pairs while taking 
10 into account a set of constraints, such that said second set of paths emulates 
said first set of paths. 
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